AMENDMENTS TO THE CLAIMS 

1 . (currently amended) A method for implementing complex m apping of Open 
Grid Services Architecture (OSGA) service dat a to a native resource representation 
thereof , the method comprising: 

defining a set of standard mapping rales for service data descriptions in a 
service-oriented architecture; and 

utilizing an OSGA Service Data Mapping Language (OSDML) configured 

to implement mapping of the OSGA service data to a native resource representation 
thereof, through extensible language features. 

wherein said set of st andard mapping rules are implemented through an 
OSGA Service Data Mapping Language (OSDML) configured to support complex 
mapping through extensible language features. 

2. (original) The method of claim 1 , wherein said OSDML is an extensible 
markup language (XML). 

3 . (original) The method of claim 1 , wherein said OSDML defines an 
extensible set of at least one of: data source mechanisms and resource access 
mechanisms. 

4. (original) The method of claim 1 , wherein said OSDML defines 
parameterization capabilities for supporting dynamic values. 

5. (original) The method of claim 1 , wherein said OSDML defines executable 
scripts to process data transformation and queries. 

6. (original) The method of claim 1, wherein said OSDML defines a 
mechanism for defining private mapping for an internal state of a service. 
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7. (original) The method of claim 1 , wherein said OSDML defines a set of 
rules for defining and mapping service data change notification subscriptions from a 
corresponding native resource implementation thereof. 

8. (original) The method of claim 1 , further comprising: 

defining a flexible framework engine for processing rules and 
mappings defined by said OSMDL. 

9. (original) The method of claim 8, wherein said framework engine includes a 
uniform interface to services implementation. 

10. (original) The method of claim 8, wherein said framework engine 
includes a pluggable provider interface, said pluggable provider interface being 
configured to support language extensions and new service data providers. 

1 1 . (original) The method of claim 10, wherein said framework engine is 
configured to support at least one of: parameterization, flexible data source binding and 
pluggable script execution. 

12. (original) The method of claim 10, wherein said framework engine further 
comprises a document repository. 

1 3 . (original) The method of claiml 0, wherein said framework engine further 
comprises a generic interface for supporting OSDML instance data retrieval. 

14. (original) The method of claim 10, wherein said pluggable provider 
interface comprises at least one of: a common information object manager (CIMOM) and 
a database adapter. 



5 



1 5 . (original) The method of claim 1 0, wherein said engine is configured to 
map service data definitions to relational database schema. 

1 6. (currently amended) A system for implementing complex m apping of Open 
Grid Services Architecture (OSGA) service dat a to a native resource repr e sentation 
thereof , comprising: 

a service data mapping engine which utilizes a defined set of standard 
mapping rules for service data descriptions in a service-oriented architecture; 

wherein said set of standard mapping rules are implemented through an 
OSGA Service Data Mapping Language (OSDML) configured to implement mapping of 
the OSGA service data to a native resource representation thereof, support complex 
mapping through extensible language features. 

17. (original) The system of claim 16, wherein said OSDML is an extensible 
markup language (XML). 

18. (original) The system of claim 1 6, wherein said OSDML defines an 
extensible set of at least one of: data source mechanisms and resource access 
mechanisms. 

1 9. (original) The system of claim 1 6, wherein said OSDML defines 
parameterization capabilities for supporting dynamic values. 

20. (original) The system of claim 16, wherein said OSDML defines 
executable scripts to process data transformation and queries. 

21 . (original) The system of claim 16, wherein said OSDML defines a 
mechanism for defining private mapping for an internal state of a service. 
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22. (original) The system of claim 16, wherein said OSDML defines a set of 
rules for defining and mapping service data change notification subscriptions from a 
corresponding native resource implementation thereof. 

23. (original) The system of claim 16, further comprising a flexible framework 
engine for processing rules and mappings defined by said OSMDL. 

24. (original) The system of claim 23, wherein said framework engine includes 
a uniform interface to services implementation. 

25. (original) The system of claim 23, wherein said framework engine includes 
a pluggable provider interface, said pluggable provider interface being configured to 
support language extensions and new service data providers. 

26. (original) The system of claim 25, wherein said framework engine is 
configured to support at least one of: parameterization, flexible data source binding and 
pluggable script execution. 

27. (original) The system of claim 25, wherein said framework engine further 
comprises a document repository. 

28. (original) The system of claim 25, wherein said framework engine further 
comprises a generic interface for supporting OSDML instance data retrieval. 

29. (original) The system of claim 25, wherein said pluggable provider interface 
comprises at least one of: a common information object manager (CIMOM) and a 
database adapter. 

30. (original) The system of claim 25, wherein said engine is configured to map 
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service data definitions to relational database schema. 
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